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DETAILED ACTION 

1 . This action is responsive to communications: after final amendment filed 

10/1 7/2005 by Su et al. (Application entitled "Transform between source and target xml 
schemas"). 

2. The Office withdraws all previous objections / rejections raised in the prior action 
(mailed 10/17/2005) without further prejudice as to the applicability of the previously 
presented prior art. 

3. Applicant's declarations under 37 CFR 1 .131 have been considered, but are 
deemed to have been untimely presented and therefore ineffective to overcome the 
Jeong reference at this time. See discussion below. 

4. The Office has re-opened prosecution, however, as a result of becoming aware 
of additional, relevant prior art. 



5. 



Claims 1-26 are pending. Claims 1,10 and 18 are independent. 
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Specification 

6. The specification is objected to because a Federally Sponsored Research and 
Development statement, as set forth in MPEP §310, appears to be necessary. On page 
29 of the power point briefing [Su, Hong, et al., "Automating Transformation of XML 
Documents", WIDM 2001 PowerPoint Presentation . Atlanta, Ga, Nov. 2001, pp. 1-29] 
presented at the WIDM 2001 Conference by the inventors, mention is given to the 
involvement of the NSF (i.e., a US Government agency that provides R&D funding to 
researchers). Note that this briefing discloses the subject matter of the WIDM 2001 
paper that is the subject of the inventors' Rule 131 affidavits concerning reduction to 
practice. 

Claim Rejections - 35 USC § 103 

7. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

8. Claims 1, 3-4 and 10-16 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Hong Su et al. ("Identification of Syntactically Similar DTD Elements 
for Schema Matching", The Second International Conference on Web-Aae Information 
Management (Waim 2001) . Xi'an, China, July 2001, pp. 1-13, hereafter referred to as 
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"SchemaMatching") in view of Hong Su et al. ("XEM: Managing the Evolution of XML 
Documents", Eleventh International Workshop on Research Issues in Data Engineering 
(RIDE 2001) . Heidelberg, Germany, April 1-2, 2001, pp. 1-8, hereafter referred to as 
"XEM"). 



Regarding independent claim 1 : 

SchemaMatching discloses: 

A method of document transformation comprising: 

a) modeling a source XML document corresponding source 
schema source tree having a plurality of source nodes; (Abstract, noting 
discussion of DTD graphs, and page 2, especially customer DTD1) 

b) modeling a target XML document corresponding target schema 
nodes; (Abstract, noting discussion of DTD graphs, and page 2, especially 
client DTD2) and 

c) ... . 



However, SchemaMatching does not explicitly disclose: 



a) ...; 

b) ... ; and 

c) generating a sequence of transformation operations that 
transforms said source tree to said target tree. 



XEM, though, discloses: 



a) ... ; 

b) ... ; and 

c) generating a sequence of transformation operations that 
transforms said source tree to said target tree. (pp. 6-7 section entitled "A. 
Completeness of DTD Change Operations") 
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It would have been obvious to one of ordinary skill in the art at the time of the 
invention to apply the teachings of XEM for the benefit of SchemaMatching, because to 
do so would have allowed a designer to change a DTD without requiring change of 
underlying XML data, as taught by XEM in top left paragraph of page 2. These 
references were all applicable to the same field of endeavor, i.e., XML programming. 

Regarding claim 3, SchemaMatching further discloses: 

wherein c) comprises: matching said plurality of source nodes to 
said plurality of target nodes. (Abstract and pp. 5-6 section entitled "3.1 
Initial Leaf Vertices Matching") 



Regarding claim 4, which is dependent upon claim 1 , the limitations of claim 1 

have been previously addressed. 

However, SchemaMatching does not explicitly disclose: 

wherein c) comprises: automatically generating said sequence of 
transformation operations. 

XEM, though, discloses: 

wherein c) comprises: automatically generating said sequence of 
transformation operations, (p. 4 section "3.2 DTD Change Primitives", it 
being noted that automation is inherent/implicit in any computer-based 
process) 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to apply the teachings of XEM for the benefit of SchemaMatching, because to 
do so would have allowed a designer to change a DTD without requiring change of 
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underlying XML data, as taught by XEM in top left paragraph of page 2. These 
references were all applicable to the same field of endeavor, i.e., XML programming. 



Regarding independent claim 10: 

SchemaMatching discloses: 

A method of document transformation comprising: 

a) modeling a source schema of XML and a target schema of XML 
as a tree structure creating a source tree and a target tree, source tree 
having a plurality of source nodes, said target tree having a plurality of 
target nodes; (Abstract, noting discussion of DTD graphs, and page 2, 
especially customer DTD1 and client DTD2) and 

b) ... , wherein said plurality of source nodes of said source schema 
are matched and transformed to said plurality of target nodes in said 
target schema. (Abstract and pp. 5-6 section entitled "3.1 Initial Leaf 
Vertices Matching") 



However, SchemaMatching does not explicitly disclose: 



a) ... ; and 

b) generating a sequence of transformation operations that 
transforms said source XML document to said target XML document, 



XEM, though, discloses: 



a) ... ;and 

b) generating a sequence of transformation operations that 
transforms said source XML document to said target XML document, 
(pp. 6-7 section entitled "4. Completeness of DTD Change Operations") 



It would have been obvious to one of ordinary skill in the art at the time of the 
invention to apply the teachings of XEM for the benefit of SchemaMatching, because to 
do so would have allowed a designer to change a DTD without requiring change of 
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underlying XML data, as taught by XEM in top left paragraph of page 2. These 
references were all applicable to the same field of endeavor, i.e., XML programming. 



Regarding claim 11, SchemaMatching further discloses: 
wherein b) comprises: 

b1) each source node in said source tree, selecting a plurality of 
candidate nodes in said target tree that are possible matches; (page 2, 
especially #3 discussing matching) 

b2) for each source node in said source tree, generating a plurality 
of node transformation operations transforming to each of said plurality of 
candidate nodes; (page 2 #4 re: "best matching plan") and 

b3) for each source node in said source tree, selecting one of said 
plurality of node transformation operations forming a selected node 
transformation operation having the least cost of data loss. (pp. 6-7 
section entitled "3.2 Element Graph's Distance", especially noting 
"Example 4" and the paragraph above "Example 4" which discuss, inter 
alia, which discuss distance [i.e., cost] and element overlap) 



Regarding claim 12, which is dependent upon claim 1 1 , the limitations of claim 

1 1 have been previously addressed. 

However, SchemaMatching does not explicitly disclose: 

combining said selected node transformation operation for each of 
said source nodes matched to a target node a sequence of transformation 
operations that transforms said source schema to said target schema. 



XEM, though, discloses: 

combining said selected node transformation operation for each of 
said source nodes matched to a target node a sequence of transformation 
operations that transforms said source schema to said target schema, (pp. 
6-7 section entitled "4. Completeness of DTD Change Operations") 



Application/Control Number: 10/091,237 Page 8 

Art Unit: 2176 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to apply the teachings of XEM for the benefit of SchemaMatching, because to 
do so would have allowed a designer to change a DTD without requiring change of 
underlying XML data, as taught by XEM in top left paragraph of page 2. These 
references were all applicable to the same field of endeavor, i.e., XML programming. 

Regarding claim 13, which is dependent upon claim 10, the limitations of claim 

1 0 have been previously addressed. 

However, SchemaMatching does not explicitly disclose: 

wherein said source schema is a source document type definition 
(DTD) and said target schema a target DTD. 

XEM, though, discloses: 

wherein said source schema is a source document type definition 
(DTD) and said target schema a target DTD. (Abstract) 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to apply the teachings of XEM for the benefit of SchemaMatching, because to 
do so would have allowed a designer to change a DTD without requiring change of 
underlying XML data, as taught by XEM in top left paragraph of page 2. These 
references were all applicable to the same field of endeavor, i.e., XML programming. 

Regarding claim 14, SchemaMatching further discloses: 
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folding nodes in said source and target trees preprocessing phase 
to find one-to-one node matching, (pp. 2-3 section entitled "2.1 
Simplification Transformation on DTD") 



Regarding claim 15, SchemaMatching further discloses: 

merging nodes in said source and target trees preprocessing phase 
to find one-to-one node matching, (pp. 2-3 section entitled "2.1 
Simplification Transformation on DTD") 



Regarding claim 16, which is dependent upon claim 10, the limitations of claim 

10 have been previously addressed. 

However, SchemaMatching does not explicitly disclose: 

performing transformation operations only once at a tree and said 
target tree with the following exceptions: 

a relabel operation following an unfold operation; 

said unfold operation following said relabel operation; 

said relabel operation performed between an attribute and 
an element following or followed by a deletion or an addition of a 
qmark quantifier node. 



XEM, though, discloses: 

performing transformation operations only once at a tree and said 
target tree with the following exceptions: 

a relabel operation following an unfold operation; (pp. 4-6 
section entitled "3.2 DTD Change Primitives" in context of p. 3 
section entitled "2. Constraint Node") 

said unfold operation following said relabel operation; (pp. 4- 
6 section entitled "3.2 DTD Change Primitives" in context of p. 3 
section entitled "2. Constraint Node") 

said relabel operation performed between an attribute and 
an element following or followed by a deletion or an addition of a 
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qmark quantifier node. (pp. 4-6 section entitled "3.2 DTD Change 
Primitives" in context of p. 3 section entitled "2. Constraint Node") 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to apply the teachings of XEM for the benefit of SchemaMatching, because to 
do so would have allowed a designer to change a DTD without requiring change of 
underlying XML data, as taught by XEM in top left paragraph of page 2. These 
references were all applicable to the same field of endeavor, i.e., XML programming. 

9. Claims 2 and 17-21 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Hong Su et al. ("Identification of Syntactically Similar DTD Elements for Schema 
Matching", The Second International Conference on Web-Aae Information Management 
(Waim 2001 ) . Xi'an, China, July 2001, pp. 1-13, hereafter referred to as 
"SchemaMatching") in view of Hong Su et al. ("XEM: Managing the Evolution of XML 
Documents", Eleventh International Workshop on Research Issues in Data Engineering 
(RIDE 2001) . Heidelberg, Germany, April 1-2, 2001, pp. 1-8, hereafter referred to as 
"XEM") and further in view of Swamy et al. (US Patent No. 6,874,141 , filed Jun. 29, 
2000 and issued Mar. 29, 2005, hereafter referred to as "Swamy"). 

Regarding claim 2, which is dependent upon claim 1 , the limitations of claim 1 
have been previously addressed. 

However, SchemaMatching does not explicitly disclose: 
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d) converting said sequence of transformation operations into an 
Extensible Stylesheet Language for Transformations (XSLT) script. 

Swamy, though, discloses: 

d) converting said sequence of transformation operations into an 
Extensible Stylesheet Language for Transformations (XSLT) script. 
(Abstract) 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to apply the teachings of Swamy for the benefit of SchemaMatching in view of 
XEM, because to do so would have allowed one to compile a graphical representation 
of data transformations into an XSL stylesheet representation of the mapping, as taught 
by Swamy in col. 3 lines 19-25. These references were all applicable to the same field 
of endeavor, i.e., XML programming. 

Regarding claim 17, this claim is substantially similar to claim 2, and therefore 
likewise rejected. 

Regarding independent claim 18: 

SchemaMatching discloses: 

A computer system comprising: 
...;and 

modeling a source document corresponding to a source 
schema as a source tree having a plurality of source nodes; 
(Abstract, noting discussion of DTD graphs, and page 2, especially 
customer DTD1 ) 
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modeling a target document corresponding to a target 
schema as a target tree having a plurality of target nodes; 
(Abstract, noting discussion of DTD graphs, and page 2, especially 
client DTD2) and 



However, SchemaMatching does not explicitly disclose: 



... ; and 

... ; 

... ; and 

generating a sequence of transformation operations that 
transforms said source tree to said target tree. 



XEM, though, discloses: 



... ; and 

" ' > 

...;and 

generating a sequence of transformation operations that 
transforms said source tree to said target tree. (pp. 6-7 section 
entitled "4. Completeness of DTD Change Operations") 



It would have been obvious to one of ordinary skill in the art at the time of the 
invention to apply the teachings of XEM for the benefit of SchemaMatching, because to 
do so would have allowed a designer to change a DTD without requiring change of 
underlying XML data, as taught by XEM in top left paragraph of page 2. These 
references were all applicable to the same field of endeavor, i.e., XML programming. 



Furthermore, SchemaMatching does not explicitly disclose: 
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a processor; and 

a computer readable memory coupled to said processor and 
containing program instructions that, when executed, implement a method 
of document transformation comprising: 

... f 

... ; and 



Swamy, though, discloses: 



a processor; (Fig. 15 #521) and 

a computer readable memory coupled to said processor and 
containing program instructions that, when executed, implement a method 
of document transformation (Fig. 15 #527, #529, #531) comprising: 

... ; 

... ; and 



It would have been obvious to one of ordinary skill in the art at the time of the 
invention to apply the teachings of Swamy for the benefit of SchemaMatching in view of 
XEM, because to do so would have allowed one to compile a graphical representation 
of data transformations into an XSL stylesheet representation of the mapping, as taught 
by Swamy in col. 3 lines 19-25. These references were all applicable to the same field 
of endeavor, i.e., XML programming. 



Regarding claim 19, this claim is substantially similar to claim 2, and therefore 
likewise rejected. 
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Regarding claim 20, SchemaMatching further discloses: 

wherein c) in said method comprises: matching said plurality of 
source nodes to said plurality of target nodes. (Abstract and pp. 5-6 
section entitled "3.1 Initial Leaf Vertices Matching") 

Regarding claim 21, which is dependent upon claim 18, the limitations of claim 

18 have been previously addressed. 

However, SchemaMatching does not explicitly disclose: 

wherein c) in said method comprises: automatically generating 
said sequence of transformation operations. 

Swamy, though, discloses: 

wherein c) in said method comprises: automatically generating 
said sequence of transformation operations, (p. 4 section "3.2 DTD 
Change Primitives", it being noted that automation is inherent/implicit in 
any computer-based process) 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to apply the teachings of Swamy for the benefit of SchemaMatching in view of 
XEM, because to do so would have allowed one to compile a graphical representation 
of data transformations into an XSL stylesheet representation of the mapping, as taught 
by Swamy in col. 3 lines 19-25. These references were all applicable to the same field 
of endeavor, i.e., XML programming. 
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10. Claims 5-9 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Hong Su et al. ("Identification of Syntactically Similar DTD Elements for Schema 
Matching", The Second International Conference on Web-Age Information Management 
(Waim 2001) . Xi'an, China, July 2001, pp. 1-13, hereafter referred to as 
"SchemaMatching") in view of Hong Su et al. ("XEM: Managing the Evolution of XML 
Documents", Eleventh International Workshop on Research Issues in Data Engineering 
(RIDE 2001) . Heidelberg, Germany, April 1-2, 2001, pp. 1-8, hereafter referred to as 
"XEM") and further in view of Peter Buneman et al ("UnQL: A Query Language and 
Algebra for SemiStructured Data Based on Structural Recursion", The VLDB Journal . 
Issue No. 9, Springer-Verlag, © 2000, pp. 76-1 10, hereafter referred to as "Buneman"). 



Regarding claim 5, which is dependent upon claim 1 , the limitations of claim 1 
have been previously addressed. 

SchemaMatching further discloses: 

d) for each source node in said source schema, selecting a plurality 
of candidate nodes in said target schema that are possible matches; each 
source node in said source schema; (page 2 #3 re: "matching likelihood 
of component pairs) 

e) generating a transforming to each of said plurality of candidate 
nodes; (page 2 #4 teaches a "best matching plan") and 

f) .... 



However, SchemaMatching does not explicitly disclose: 

d) ...; 

e) ... ;and 

f) for each source node in said source schema, selecting one of 
said plurality of node transformation sequences, a selected node 
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transformation sequence, for said sequence of transformation operations 
that is associated with a least cost of data loss. 



Buneman, though, discloses: 

d) ...; 

e) ...,and 

f) for each source node in said source schema, selecting one of 
said plurality of node transformation sequences, a selected node 
transformation sequence, for said sequence of transformation operations 
that is associated with a least cost of data loss, (page 88 section entitled 
"4.1 Value Equivalence") 



It would have been obvious to one of ordinary skill in the art at the time of the 
invention to apply the teachings of Buneman for the benefit of SchemaMatching in view 
of XEM, because to do so would have allowed one to implement a value-based 
semistructured data model, as taught by Buneman in last paragraph on page 77. These 
references were all applicable to the same field of endeavor, i.e., XML programming. 



Regarding claim 6, which is dependent upon claim 5, the limitations of claim 5 

have been previously addressed. 

However, SchemaMatching does not explicitly disclose: 

a match between a source node and a target node, selecting said 
selected node transformation sequence to achieve a match, where a first 
cost of data loss for said match is less than a second cost of data when 
deleting information contained in said source node, in a first iteration of 
matching. 



Buneman, though, discloses: 

a match between a source node and a target node, selecting said 
selected node transformation sequence to achieve a match, where a first 
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cost of data loss for said match is less than a second cost of data when 
deleting information contained in said source node, in a first iteration of 
matching, (page 88 section entitled "4.1 Value Equivalence") 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to apply the teachings of Buneman for the benefit of SchemaMatching in view 
of XEM, because to do so would have allowed one to implement a value-based 
semistructured data model, as taught by Buneman in last paragraph on page 77. These 
references were all applicable to the same field of endeavor, i.e., XML programming. 

Regarding claim 7, which is dependent upon claim 6, the limitations of claim 6 

have been previously addressed. 

However, SchemaMatching does not explicitly disclose: 

matching said source node to said target node having a 
synonymous label to achieve said match. 

XEM, though, discloses: 

matching said source node to said target node having a 
synonymous label to achieve said match, (page 3 section entitled "2.2 The 
DTD Data Model" discusses node labelling) 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to apply the teachings of XEM for the benefit of SchemaMatching in view of 
Buneman, because to do so would have allowed a designer to change a DTD without 
requiring change of underlying XML data, as taught by XEM in top left paragraph of 



Application/Control Number: 1 0/091 ,237 Page 1 8 

Art Unit: 2176 

page 2. These references were all applicable to the same field of endeavor, i.e., XML 
programming. 



Regarding claim 8, which is dependent upon claim 5, the limitations of claim 5 

have been previously addressed. 

However, SchemaMatching does not explicitly disclose: 

wherein f) further comprises: a match between a selecting said 
selected node transformation sequence when an associated cost of data 
loss is less than a second data loss when deleting source information 
contained in said source node and adding target information in said target 
node, second iteration of matching. 



Buneman, though, discloses: 

wherein f) further comprises: a match between a selecting said 
selected node transformation sequence when an associated cost of data 
loss is less than a second data loss when deleting source information 
contained in said source node and adding target information in said target 
node, second iteration of matching, (page 88 section entitled "4.1 Value 
Equivalence") 



It would have been obvious to one of ordinary skill in the art at the time of the 
invention to apply the teachings of Buneman for the benefit of SchemaMatching in view 
of XEM, because to do so would have allowed one to implement a value-based 
semistructured data model, as taught by Buneman in last paragraph on page 77. These 
references were all applicable to the same field of endeavor, i.e., XML programming. 



Application/Control Number: 10/091,237 
Art Unit: 2176 



Page 19 



Regarding claim 9, which is dependent upon claim 5, the limitations of claim 5 

have been previously addressed. 

However, SchemaMatching does not explicitly disclose: 

wherein f) further comprises: selecting said selected node 
transformation sequence of data loss. 

Buneman, though, discloses: 

wherein f) further comprises: selecting said selected node 
transformation sequence of data loss, (page 88 section entitled "4.1 Value 
Equivalence") 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to apply the teachings of Buneman for the benefit of SchemaMatching in view 
of XEM, because to do so would have allowed one to implement a value-based 
semistructured data model, as taught by Buneman in last paragraph on page 77. These 
references were all applicable to the same field of endeavor, i.e., XML programming. 

1 1 . Claims 22-26 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Hong Su et al. ("Identification of Syntactically Similar DTD Elements for Schema 
Matching", The Second International Conference on Web-Age Information Management 
(Waim 2001 ) . Xi'an, China, July 2001, pp. 1-13, hereafter referred to as 
"SchemaMatching") in view of Hong Su et al. ("XEM: Managing the Evolution of XML 
Documents", Eleventh International Workshop on Research Issues in Data Engineering 
(RIDE 2001) . Heidelberg, Germany, April 1-2, 2001, pp. 1-8, hereafter referred to as 
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"XEM") and further in view of Swamy et al. (US Patent No. 6,874,141, filed Jun. 29, 
2000 and issued Mar. 29, 2005, hereafter referred to as "Swamy") and Peter Buneman 
et al ("UnQL: A Query Language and Algebra for SemiStructured Data Based on 
Structural Recursion", The VLDB Journal . Issue No. 9, Springer-Verlag, © 2000, pp. 76- 
110, hereafter referred to as "Buneman"). 



Regarding claim 22, which is dependent upon claim 18, the limitations of claim 
18 have been previously addressed. 

SchemaMatching further discloses: 

d) for each source node said source schema, selecting a 
plurality of schema that are possible matches; (page 2 #3 re: 
"matching likelihood of component pairs) 

e) for each source node said source schema, transforming to 
each of said plurality of candidate nodes; (page 2 #4 teaches a 
"best matching plan") and 

f) .... 



However, SchemaMatching does not explicitly disclose: 

d) ... ; 

e) ... ; and 

f) for each source node in said source schema, selecting one 
of said plurality of node transformation sequences, a selected node 
transformation sequence, said associated with a least cost based 
on an information capacity cost criteria. 



Buneman, though, discloses: 

d) ... ; 

e) ... ; and 

f) for each source node in said source schema, selecting one 
of said plurality of node transformation sequences, a selected node 
transformation sequence, said associated with a least cost based 
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on an information capacity cost criteria, (page 88 section entitled 
"4.1 Value Equivalence") 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to apply the teachings of Buneman for the benefit of SchemaMatching in view 
of XEM and Swamy, because to do so would have allowed one to implement a value- 
based semistructured data model, as taught by Buneman in last paragraph on page 77. 
These references were all applicable to the same field of endeavor, i.e., XML 
programming. 



Regarding claim 23, which is dependent upon claim 22, the limitations of claim 

22 have been previously addressed. 

However, SchemaMatching does not explicitly disclose: 

wherein f) in said method further comprises: in a match between a 
source node and a target node, selecting said selected node 
transformation sequence to achieve a high quality match, when an 
associated cost of data loss is less than a second cost of data loss when 
deleting information contained in said source node, in a first iteration of 
matching. 



Buneman, though, discloses: 

wherein f) in said method further comprises: in a match between a 
source node and a target node, selecting said selected node 
transformation sequence to achieve a high quality match, when an 
associated cost of data loss is less than a second cost of data loss when 
deleting information contained in said source node, in a first iteration of 
matching, (page 88 section entitled "4.1 Value Equivalence") 
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It would have been obvious to one of ordinary skill in the art at the time of the 
invention to apply the teachings of Buneman for the benefit of SchemaMatching in view 
of XEM and Swamy, because to do so would have allowed one to implement a value- 
based semistructured data model, as taught by Buneman in last paragraph on page 77. 
These references were all applicable to the same field of endeavor, i.e., XML 
programming. 

Regarding claim 24, which is dependent upon claim 22, the limitations of claim 

22 have been previously addressed. 

However, SchemaMatching does not explicitly disclose: 

matching said source node to said target node having an identical 
label or synonymous label to achieve said high quality match. 

XEM, though, discloses: 

matching said source node to said target node having an identical 
label or synonymous label to achieve said high quality match, (page 3 
section entitled "2.2 The DTD Data Model" discusses node labelling) 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to apply the teachings of XEM for the benefit of SchemaMatching in view of 
Swamy and Buneman, because to do so would have allowed a designer to change a 
DTD without requiring change of underlying XML data, as taught by XEM in top left 
paragraph of page 2. These references were all applicable to the same field of 
endeavor, i.e., XML programming. 
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Regarding claim 25, which is dependent upon claim 22, the limitations of claim 

22 have been previously addressed. 

However, SchemaMatching does not explicitly disclose: 

wherein f) in said method further comprises: in a match between a 
source node and a target node, associated cost of data loss is less than a 
second cost of data loss when deleting source information contained in 
said source node and adding target information in said target node, in a 
second iteration of matching. 



Buneman, though, discloses: 

wherein f) in said method further comprises: in a match between a 
source node and a target node, associated cost of data loss is less than a 
second cost of data loss when deleting source information contained in 
said source node and adding target information in said target node, in a 
second iteration of matching, (page 88 section entitled "4.1 Value 
Equivalence") 



It would have been obvious to one of ordinary skill in the art at the time of the 
invention to apply the teachings of Buneman for the benefit of SchemaMatching in view 
of XEM and Swamy, because to do so would have allowed one to implement a value- 
based semistructured data model, as taught by Buneman in last paragraph on page 77. 
These references were all applicable to the same field of endeavor, i.e., XML 



programming. 
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Regarding claim 26, which is dependent upon claim 22, the limitations of claim 

22 have been previously addressed. 

However, SchemaMatching does not explicitly disclose: 

wherein f) in said method further comprises: selecting said selected 
node transformation sequence having the least associated cost of data 
loss. 

Buneman, though, discloses: 

wherein f) in said method further comprises: selecting said selected 
node transformation sequence having the least associated cost of data 
loss, (page 88 section entitled "4.1 Value Equivalence") 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to apply the teachings of Buneman for the benefit of SchemaMatching in view 
of XEM and Swamy, because to do so would have allowed one to implement a value- 
based semistructured data model, as taught by Buneman in last paragraph on page 77. 
These references were all applicable to the same field of endeavor, i.e., XML 
programming. 



Response to Declaration/Affidavit Under 37 CFR 1.131 

12. The declarations filed on 10/17/2005 under 37 CFR 1.131 have been considered 
but are ineffective to overcome the filing date of the Jeong reference ("Induction of 
Integrated View for XML Data with Heterogeneous DTDs"). 
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The Applicant has submitted declarations signed by the inventors of record (Su, 
Kuno and Rundensteiner) and supporting documentation, consisting of a paper 
presented by the inventors at the WIDM 2001 conference in Atlanta. 

The Office notes that Jeong reference was originally cited in the non-final 
communication mailed to Applicant on 1 1/22/2004. Applicant presented no reason as to 
why these declarations were not presented at that time. Therefore, the declarations of 
Su, Kuno and Rundensteiner under 37 CFR 1.131 are insufficient to overcome the 
Jeong reference because they were not timely presented. 

Response to Arguments 

13. Applicant's arguments have been fully considered but they are not persuasive. 

The arguments presented in Applicant's submission under 37 CFR 1 .1 16 are 
deemed moot in light of the re-opening of prosecution (and citation of new art). 

Conclusion 

14. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 
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